United States Patent and Trademark Ofhce 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark OtBce 

Address: COMMISSIONER FOR PATENTS 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. CONFIRMATION NO. 



10/684,055 



10/10/2003 



51206 7590 03/24/2008 

TOWNSEND and TOWNSEND and crew LLP 
TWO EMBARCADERO CENTER 
8TH FLOOR 

SAN FRANCISCO, CA 941 1 1-3834 



021756-002200US 



MYINT, DENNIS Y 



PAPER NUMBER 



DELIVERY MODE 



Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



KJttiVrXi nvrliyjts OUff Iff fcff Jr 


Application No. 

10/684,055 


Applicant(s) 

THOMPSON ET AL. 


Examiner 
DENNIS MYINT 


Art Unit 

2162 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address — 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
eamed patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )^ Responsive to communication(s) filed on 12/10/2007 . 
2a )^ This action is FINAL. 2b)n This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1-3.5-20.25 and 26 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) n Claim(s) is/are allowed. 

6) IEI Claim(s) 1-3. 5-20. and 25-26 is/are rejected. 
/)□ Claim(s) is/are objected to. 

8) 0 Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) 0 The specification is objected to by the Examiner. 

10) 0 The drawing(s) filed on is/are: a)^ accepted or b)^ objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held In abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) 0 The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) 0 Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)n All b)n Some * c)^ None of: 

1 .□ Certified copies of the priority documents have been received. 

2. n Certified copies of the priority documents have been received in Application No. . 

3. n Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attach ment(s) 

1 ) ^ Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-41 3) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/IVIail Date. 

3) □ Information Disclosure Statement(s) (PTO/SB/08) 5) □ Notice of Informal Patent Application 

Paper No(s)/Mail Date . 6) □ Other: . 



PTOL-T26'(Rev^'o8-0^^ 



Office Action Summary 



Part of Paper No./Mail Date 2008031 3 



Application/Control Number: 10/684,055 Page 2 

Art Unit: 2162 

DETAILED ACTION 

1. This communication is responsive to Applicant's Amendment, filed on December 
10, 2007. 

2. Claims 1-3, 5-20, and 25-26 are currently pending in this application. Claims 1 
and 26 are independent claims. In the Amendment filed on December 10, 2007, claims 
1 , 5 and 6 were amended. Claims 25 and 26 are newly added. This office action is 
made final. 

Response to Arguments 

3. The applicant's arguments filed on December 10, 2007 have been fully 
considered but are moot in view of the new ground(s) of rejection. 

Claim Objections 

4. Claim 1 is objected to because of the following informalities: the claim in line 24 
recites "enabling the client application and any additional application able to 
concurrently insert data object instances into the ordered sequence", which is not 
grammatically incorrect by repeating "enabling" and "able". Deletion of "able" is 
respectfully suggested. Appropriate correction is required. 
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5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

6. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

7. Claim 1-3, 16-18, and 25- 26 are rejected under 35 U.S.C. 103(a) as being 
unpatentable overTrappen et al., (hereinafter "Trappen", U.S. Patent Application 

Publication Number 2004/0015814) in view of Abrashkevich et al., (hereinafter 
"Abrashkevich" , U.S. Patent Application Publication Number 2007/0136385) and further 
in view of Komine et al., (hereinafter "Komine", U.S. Patent Number 6728727). 

Referring to claim 1, Trappen is directed to an integration server system and 
teaches the limitations: 
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"a processor operable to execute instruction stored in a data storage medium" 
(Trappen, Figure 2); 

"a database operable to store data accessible to the processor" (Trappen, Figure 
2, i.e.. Program Data 147); 

"a database schema configured to store a set of data object instances in the 
database (Trappen, Figure 1 ENTITY METADATA (ID, ETC) 22, and Paragraphs 0053- 
0056); 

"a metadata model representing a configuration of the set of data object 
instances in the database schema" (Trappen, Paragraphs 0071-0087, i.e.. Object model 
200 and Figure 3 and Figure 4); 

"a model application programming interface operable to provide a client 
application with access to the set of data object instances as separate data objects" 
(Trappen, Paragraph 0071, i.e., "Each of the objects in Fig. 3 includes an 
application interface that exposes a variety of different methods which are described 
in greater detail in Appendix A hereto.); 

"a metadata application programming interface adapted to provide a client 
application with access definitions for the set of data object directly within the database 
schema instances via the metadata model" (Trappen, Figure 5, i.e., 22; Dealer 500, 
Metadata 504, ID, City, ... , State 506; Paragraph 0113, i.e., This can be an enhanced 
result set that also contains the metadata for the entity or entities from which the values 
were obtained; and Paragraph 0123, i.e.. Thus, data access system 12 illustratively 
attaches to the result set information (such as metadata) necessary to identify the entity 
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containing any property that is returned in the result set. Of course, metadata is data 
about data fields, properties and classes themselves. For example, metadata about a 

class includes it's name, type, what properties and methods it contains, etc This 

allows programs to learn about, and interact with, instances of a call at runtime, rather 
than requiring that knowledge to be prerecorded in the program). 

Trappen does not explicitly teach the limitations: "wherein (the database schema) 
utilizes an ordered sequence for preserving an ordered association between the set of 
data object instances, a random sequence value being generated for a new data object 
instance to be Inserted Into the ordered sequence, the random sequence value being 
generated relative to at least one adjacent sequence value for an existing data object 
instance in the ordered association, the generation of a random sequence value 
enabling the client application and any additional application able to concurrently insert 
data object instances into the ordered sequence". Note that the limitation in the 
parenthesis, that is, "the database schema" is taught by Trappen but included for the 
sake of easy reading. 

On the other hand, Abrashkevich teaches the limitations: 

"wherein (the database schema) utilizes an ordered sequence for preserving an 
ordered association between the set of data object instances" (Abrashkevich, 
Paragraph 0027, i.e., //n/c level and "Skip List: A Probabilistic Alternative to Balanced 
Trees"; Abrashkevich Paragraph 0031, noc/e /e\/e/; Abrashkevich Paragraph 0032, i.e.. 
Each skip list node contains the NodeLevel+1 links to the next and to the previous node. 
NodeLevel is the current skip list node level; Abrashkevich Paragraph 0033, i.e., where 
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one set of links connects the current node to the corresponding next and previous 
nodes from the skip list sequence sorted by offset and the other set of links connects 
the current node to the corresponding next and previous nodes from another sequence 
of nodes sorted by size. This allows one to coalesce free chunks in constant time just 
by reconnecting ttie relevant links in both directions (in address and size ascending 
order) for each set of links ), "a random sequence value being generated for a new data 
object instance to be inserted into tine ordered sequence" ( Abraslil<evicli, Paragrapli 
0034, i.e.. During insertion, a random number generator is used to calculate a new 
node level. In a preferred embodiment the following procedure is used for calculating a 
new node level (the example is in the C language): for ( level=0; (rand( 
)<RAND_MAX_HALF) && (level<=curlevel) && (leveKmaxlevel); level++){ }] ), "tine 
random sequence value being generated relative to at least one adjacent sequence 
value for an existing data object instance in the ordered association" (Abrashkevich, 
Paragraph 0034, i.e.. In a preferred embodiment the following procedure is used for 
calculating a new node level (the example is in the C language): for ( level=0; (rand( 
)<RAND_MAX_HALF) && (level<=curlevel) && (leveKmaxlevel); level++) {}) ; 
Abrashkevich, Paragraph 0035, i.e., The level is calculated using the current level 
value, curlevel, and the number produced by the random generator, rand( ), and is 
limited from above by the maximum node level allowed, maxlevel). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to modify the system of Trappen to add the feature of utilizing an 
ordered sequence for preserving an ordered association between the set of data object 
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instances, a random sequence value being generated for a new data object instance to 
be inserted into the ordered sequence, tlie random sequence value being generated 
relative to at least one adjacent sequence value for an existing data object instance in 
the ordered association, as taught by Abrashkevich, to the system of Trappen so that 
the resultant system would comprise the step of utilizing an ordered sequence for 
preserving an ordered association between the set of data object instances, a random 
sequence value being generated for a new data object instance to be inserted into the 
ordered sequence, the random sequence value being generated relative to at least one 
adjacent sequence value for an existing data object instance in the ordered association, 
one would have been motivated to so in order to provide a system which provides a 
high performance, efficient memory allocation and is both easy to implement and 
maintain (Abrashkevich, Paragraph 0005) and to enable one to main relevancy of links 
in a sequence of data objects (Abrashkevich, Paragraph 0033). 

Trappen in view of Abrashkevich does not explicitly teach the limitation: "the 
generation of a random sequence value enabling the client application and any 
additional application able to concurrently insert data object instances (into the ordered 
sequence)". The limitation in the parenthesis, "into the order sequence", is taught by 
Abrashkevich but included for the sake of easy reading. 

On the other hand, Komine teaches the limitation: 

""the generation of a random sequence value enabling the client application and 
any additional application able to concurrently insert data object instances (into the 
ordered sequence)" (Komine, Column 15 Line 39 through Column 16 Line 8, i.e.. 
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sequence identification number (sid) ; Komine Column 15 Lines 20-26, i.e.. Therefore, 
if a manipulation ofbotli an attribute ofuncomplex data and another attribute of complex 
data is requested by a manipulation request, the manipulation of the attribute of 
uncomplex data in the main table 28 and the manipulation of the attribute of complex 
data in the subtable 29 can be performed concurrently, and therefore processing load 
can be distributed). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to modify the system of Trappen in view of Abrashkevich, in order 
to add the features of generation of a random sequence value enabling the client 
application and any additional application able to concurrently insert data object 
instances into the ordered sequence, as taught by Komine, to the system of Trappen in 
view of Abrashkevich so that the resultant system would teach generation of a random 
sequence value enabling the client application and any additional application able to 
concurrently insert data object instances into the ordered sequence. One would have 
been motivated to do so in order to make it possible for managing a series of data 
elements of an identical basic data type (Komine, Paragraph 0071). 

Referring to claim 2, Trappen in view of Abrashkevich and further in view of 
Komine teaches the limitations: 

"wherein the database schema includes a table having a plurality of rows and 
columns adapted to store the set of data object instances;" (Trappen, Figure 1 : ENTITY 
METADATA (ID, ETC) 22, and Paragraphs 0053-0056) and "the metadata model 
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includes a representation of tlie table" (Trappen, Paragraphs 0071-0087. It is inherent 
that a UML model would include all the representations of a database schema that said 
model represents, including a representation of tables.) and 

"the metadata model includes a representation of the table" (Trappen, 
Paragraphs 0071-0087. It Is Inherent that a UML model would Include all the 
representations of a database schema that said model represents, Including a 
representation of tables.). 

Referring to claim 3, Trappen in view of Abrashkevich and further in view of 
Komlne teaches the limitations: 

"wherein the model application programming interface is adapted to access the 
set of data object instances via the metadata application programming interface" 
(Trappen, Paragraph 0071 , I.e., "Each of the objects in Fig. 3 includes an application 
interface that exposes a variety of different methods which are described in greater 
detail in Appendix A hereto.; and Paragraphs 0071-0087, i.e.. Object model 200 and 
Figure 3 and Figure 4 ). 

Referring to claim 16, Trappen in view of Abrashkevich and further in view of 
Komlne teaches the limitations: 

"further including a generator adapted to create the database schema in 
response to a model description" (Trappen, Paragraph 0071 , i.e.. Data Access System 
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12 as in Figure 1 and as in Fig. 3 shows a UML class diagram implemented by data 
access system 12. in Paragrapli 0071). 

Referring to claim 17, Trappen in view of Abrashkevich and further in view of 
Komine teaclies tlie limitations: 

"wherein the model description defines a data object hierarchy using the unified 
modeling language" (Trappen, Paragraph 0071, i.e. UML class diagram). 

Referring to claim 18, Trappen in view of Abrashkevich and further in view of 
Komine teaches the limitations: 

"wherein the generator creates an instance of a data object in the database 
schema" (Trappen, Figure 3, and Paragraphs 0071-0077). 

Referring to claim 25, Trappen in view of Abrashkevich and further in view of 
Komine teaches the limitations: 

"the integration server of claim 1 , wherein the client application is able to create 
and update data objects by modifying metadata for the set of object instances without 
accessing the data object instances through the model application programming 
interface" (Trappen, Paragraph 0230, i.e.. In order for this to work properly, the query's 
select list must be constructed such that it produces a structure in the result set that is 
recognizable by the data accessing system 12. The structure, along with knowledge of 
the original query (the metadata generated during preparation of the query) allows entity 
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instances to be created from the result set data. If the result set does not arrive in a 
predictable structure, it is no more than a set of ordinary database columns. However, if 
the predictable structure is present, an entity graph can be created from the result set; 
Trappen, paragraph 0231 , i.e., FIG. 22 is a flow diagram illustrating how the select list 
can be constructed such that it defines the structure of an expected result set for data 
accessing system 12. It can be seen from the following description that the metadata 
that reflects the structure of the result set is created while the select list is being 
constructed. Specific construction of the metadata is not shown since it can be 
implemented in one of a wide variety of forms. For purposes of the present discussion, it 
is sufficient to understand that the structure of the result set is represented in some form 
of metadata which is used later to translate the result set data into an entity instance, 
and the particular form which the metadata takes is not important; Trappen Paragraph 
0253, i.e., Recall that, as the select list 1160 in FIG. 25 is created, the metadata 
describing the entities from which data is being retrieved is generated and saved. Table 
4 illustrates an algorithm that can be used to build an entity graph instance given a 
result set expected by data accessing system 12, and its corresponding metadata; 
Trappen Paragraph 0256, i.e.. In that subroutine, the result set metadata is referenced 
to determine what type of complex data type is being built. If it is an array, struct or non- 
entity class, then subroutine (3) is performed. In subroutine (3), the array, struct or class 
instance is created and initialized with the appropriate data from the result set. This is 
accomplished by referencing the result set metadata to obtain the type of the array, 
struct or class, and by creating a new instance of that type. The new array, struct or 
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class is then populated with properties by performing subroutine (6); Trappen, 
Paragraph 0262, i.e.. Assuming that the property is either an entity or an entity 
collection under (2)iii or (2)iv, then processing proceeds to (4) in Table 2. In that case, 
the result set metadata is referenced to determine if the present entity is an inheritance 
entity. If it is not an inheritance entity, then the result set metadata is referenced to 
obtain the type of the entity and entity key and to create new instances of each. The 
entity key instance is populated by performing (5) and the entity key is attached to the 
entity. The properties of the new entity instance are populated by performing (6); 
Trappen Paragrapli 0263, i.e., If the current entity is an inheritance entity, then the 
result set metadata is referenced and the type discriminator columns for the rows which 
have been returned are also referenced in order to determine the type of entity and 
entity key, and a new instance of each is created. The entity key instance is populated 
by performing (5) and the entity key is attached to the entity. For each fragment that 
makes up each entity type, the fragment is populated by performing (6)); Trappen 
Paragraph 0199, i.e., in order to merge the two child nodes, both children are removed 
from the parent's child class list. A new node is created whose class list is the 
aggregate of the two children, and the new node is added to the child node list of the 
parent; Trappen Paragraph 0200, i.e.. If any of the changes to the initial entity group 
tree have changed the processing in the previous blocks, then processing reverts back 
to block 1060. For example, certain nodes maybe merged together, which would 
change the answers to the questions posed in blocks 1060 and 1064. If that is the case, 
processing reverts back to those blocks so that the nodes can be appropriately merged. 
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This is indicated by blocl< 1068 in FIG. 18-1, and continues until the tree structure 
stabilizes; Trappen, Paragraph 0269, i.e., EntitySetUpdateCriteria 212 addresses the 
aforementioned problem. EntitySetUpdateCriteria 212 allows the developer to express 
updating a set of objects in terms of properties of the objects. Referring to FIG. 1, the 
request is formulated at 30. The request 30 is provided to the data access system 12, 
which translates request 30 to a suitable relational database request 32 that can be 
executed by the relational data store mechanism 14. In one embodiment, the relational 
data store mechanism 14 executes within the computer having the relational database 
16, or with fast access thereto, such that the corresponding columns for each of the 
properties requested in request 32 can be updated or otherwise changed without the 
need for other components of the system, such as data access system 12, to 
receive the corresponding data) 

Claim 26 is rejected on the same basis as claim 25. Note that claim 25 
incorporates all the limitations of claim 1 which it depends upon. 

8. Claim 5 is rejected under 35 U.S.C. 103(a) as being unpatentable over Trappen 
in view of Abrashkevich and further in view of Komine and further in view of Surges 
(U.S. Patent Application Publication Number 2003/0236787). 

Referring to claim 5, Trappen in view of Abrashkevich and further in view of 
Komine does not explicitly teach the limitation: "wherein the random sequence value 
has a floating point value". 
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Burges teaches the limitation: 

"wherein the random sequence value has a floating point value" (Burges, 
Paragraph 0026 ). Burges teaches the use of a value which is in the range of positive 
and negative floating point values. 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to add the feature of using a floating point number as taught by 
Burges to the system of Trappen in view of Abrashkevich and further in view of Komine 
so that the resultant system would comprise a random sequence value which a floating 
point number. One would have been motivated to do so in order to enable the system to 
yield more optimal bounds on processing and lookup times than exact matches provide 
(Burges, Paragraph 0005). 

9. Claim 6 and 7 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Trappen in view of Abrashkevich and further in view of Komine and further in view of 
O'Leary (U.S. Patent Application Publication Number 2001/0050675). 

Referring to claim 6, Trappen in view of Abrashkevich and further in view of 
Komine does not explicitly teach the limitation: 

"wherein the database schema is adapted to alternately store an instance of a 
string-valued attribute of the set of data object instances in a first data-type or a second 
data-type in response to the length of the instance of the string-valued attribute". 

O'Leary teaches the limitation: 
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"wherein the database schema is adapted to alternately store an instance of a 
string-valued attribute of the set of data object instances in a first data-type or a second 
data-type in response to the length of the instance of the string-valued 
attribute"(0'Leary, Paragraph 0047). Note that the dataset of O'Leary's system includes 
data fields, which comprise two different fields for fixed-length strings and variable- 
length strings. It is inherent in the system of O'Leary that these two fields are employed 
in response to the length of string input. 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to add the feature of employing two data fields for both fixed and 
variable length strings as taught by O'Leary to the system of Trappen in view of 
Abrashkevich and further in view of Komine so that the resultant system would comprise 
a data schema which is adapted to alternately store an instance of a string-valued 
attribute of the set of data object instances in a first data-type or a second data-type in 
response to the length of the instance of the string-valued attribute. One would have 
been motivated to do so in order to obtain a more flexible system for storing and 
accessing datasets (O'Leary, Paragraph 0007). 

Referring to claim 7, Trappen in view of Abrashkevich and further in view of 
Komine and further in view of O'Leary teaches the limitations: 

"wherein the first data-type is a fixed-length data structure having a 
predetermined size and adapted to store the instance of the string-valued attribute in 
response to the instance of the string-valued attribute having a length less than the 
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predetermined size, and wlierein tine second data-type is a variable length data 
structure adapted to store the instance of the string-valued attribute in response to the 
instance of the string-valued attribute having a length greater than the predetermined 
size" (O'Leary, Paragraph 0047). 

Note that the dataset of O'Leary's system includes data fields, which comprise 
two different fields for fixed-length strings and vahable-length strings. It is inherent in the 
system of O'Leary that these two fields are employed in response to the length of string 
input. As such, said field for fixed-length strings would stores strings with of the string- 
valued attribute having a length less than the predetermined size (the length of the filed 
for fixed-strings) and said field for variable-length strings would store strings with having 
a length greater than the predetermined size. 

10. Claims 8, 9, and 20 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Trappen in view of Abrashkevich and further in view of Komine and further in view 
of O'Leary and further in view of Oba et al. (hereinafter "Oba", U.S. Patent Number 
5303147). 

Referring to claim 8, Trappen in view of Abrashkevich and further in view of 
Komine and further in view of O'Leary does not explicitly teach the limitation: "wherein 
the model application programming interface is adapted to receive the instance of the 
string-valued attribute from a client program, to determine the length of the instance of 
the string-valued attribute, and to direct the instance of the string-valued attribute to 
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either the first data-type or the second data-type in response to the length of the 
instance of the string-valued attribute". 
Oba teaches the limitation: 

"wherein the model application programming interface is adapted to receive the 
instance of the string-valued attribute from a client program, to determine the length of 
the instance of the string-valued attribute, and to direct the instance of the string-valued 
attribute to either the first data-type or the second data-type in response to the length of 
the instance of the string-valued attribute"(Oba, Column 4 Line 53 through Column 5 
Line 6). 

Note that the system of Oba comprises explaining statement definition storage 
unit, which stores both fixed-length strings (i.e. a fixed part) and variable-length strings 
(i.e. a variable part). Said unit inherently determines whether strings are of fixed length 
or variable length and stores strings accordingly (i.e.. The fixed part is described using a 
desired character string and the variable part defines either a name of a variable 
corresponding an output form or format or name of a function describing a calculation 
formula. Thus, the explaining statement definition storage unit 104 has an output form 
defining formats of the fixed and variable parts of the explaining statement and an 
output variable definition defining the variable's name corresponding to the variable part 
or the function name of the function describing the calculation formula. ). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to modify the system of Trappen in view of Abrashkevich and 
further in view of Komine and further in view of O'Leary to add the feature of adapting 
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the model application programming interface to receive the instance of the string-valued 
attribute from a client program, to determine the length of the instance of the string- 
valued attribute, and to direct the instance of the string-valued attribute to either the first 
data-type or the second data-type in response to the length of the instance of the string- 
valued attribute, as taught by Oba, so that the resultant system would adapt the model 
application programming interface to receive the instance of the string-valued attribute 
from a client program, to determine the length of the instance of the string-valued 
attribute, and to direct the instance of the string-valued attribute to either the first data- 
type or the second data-type in response to the length of the instance of the string- 
valued attribute. One would have been motivated to do so in order to render a system 
able to handle variable lengths of string inputs (Oba, Column 4 Line 53 through Column 
5 Line 6, i.e., fixed part and variable part). 

Referring to claim 9, Trappen in view of Abrashkevich and further in view of 
Komine and further in view of O'Leary and further in view of Oba teaches the limitation: 

"wherein the first data-type is associated with a first column of a table of the 
database schema, and the second data-type is associated with a second column of the 
table of the database schema" (O'Leary, Paragraph 0047). 



Referring to claim 20, Trappen in view of Abrashkevich and further in view of 
Komine and further in view of O'Leary and further in view of Oba teaches the limitation: 
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"wherein the generator creates a fixed-length data structure having a 
predetermined size and a variable length data structure adapted to alternately store an 
instance of a string-valued attribute" (Trappen Figure 1 and Paragraph 0071 , and 
O'Leary Column 4 Line 53 through Column 5 Line 6). 

11. Claims 10, 15, and 19 is rejected under 35 U.S.C. 103(a) as being unpatentable 
over Trappen in view of Abrashkevich and further in view of Komine and further in view 
of George et al. (hereinafter "George", U.S. Patent Number 6996566). 

Referring to claim 10, Trappen in view of Abrashkevich and further in view of 
Komine does not explicitly teaches the limitations: "wherein the database schema 
includes a database constraint adapted to ensure that the set of data object instances 
include a set of valid attribute values". 

George teaches the limitation: 

""wherein the database schema includes a database constraint adapted to 
ensure that the set of data object instances include a set of valid attribute values" 
(Column 7 Line 26 through Column 8 Line 54, i.e. Maplnfo component 508). Particularly 
note the disclosure which states that Maplnfo 508 also dynamically retrieves metadata 
information 512 about the database by querying the database for its metadata. This 
provides current information at runtime about the database constraints, attribute size 
limits, data type limits, and other data limitations. 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to add the feature of a database constraint to that the set of data 
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object instances include a set of valid attribute values, as taught by George, to the 
system of Trappen in view of Abrashkevich and further in view of Komine so that, in the 
resultant system, the database scheme would include a database constraint adapted to 
ensure that the set of data object instances include a set of valid attribute values. One 
would have been motivated to do so in order to allow an object mode to be aware of the 
database constraints and size limitations as well as capable of using semantic 
information about attributes to adopt policies for dealing with those constraints and limits 
fGeorge, Column 2 Lines 11-15;. 

Referring to claim 15, Trappen in view of Abrashkevich and further in view of 
Komine and further in view of George teaches the limitation: 

"wherein the model application programming interface includes an association 
balance system adapted to balance an association attribute of the set of data object 
instances" (George Column 7 Line 26 through Column 8 Line 54, i.e. Maplnfo 
component 508 is built bi-directionally). 

Referring to claim 19, Trappen in view of Abrashkevich and further in view of 
Komine and further in view of George teaches the limitation: 

"wherein the generator creates a database constraint adapted to ensure that the 
set of data object instances include a set of valid attribute values" (Trappen, Paragraph 
0071 and George Column 7 Line 26 through Column 8 Line 54, i.e. Maplnfo component 
508). Particularly note the disclosure which states that Maplnfo 508 also dynamically 
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retrieves metadata information 512 about the database by querying the database for its 
metadata. This provides cun-ent infonmation at runtime about the database constraints, 
attribute size limits, data type limits, and other data limitations. 

12. Claims 11 and 12 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Trappen in view of Abrashkevich and further in view of Komine and further in view 
of George and further in view of Wetherbee (U.S. Patent Number 5937409). 

Referring to claim 1 1, Trappen in view of Abrashkevich and further in view of 
Komine and further in view of George does not explicitly teach the limitation: "wherein 
the database schema includes a class type attribute identifying each of the set of data 
object instances as a member of at least one of a plurality of classes". 

Wetherbee teaches the limitation: 

"wherein the database schema includes a class type attribute identifying each of 
the set of data object instances as a member of at least one of a plurality of classes" 
(Column 5 Lines 22-46). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to add the feature of using class type attributes as taught by 
Wetherbee to the system of Trappen in view of Abrashkevich and further in view of 
Komine and further in view of George so that, in the resultant system, the database 
schema would include a class type attribute identifying each of the set of data object 
instances as a member of at least one of a plurality of classes. One would have been 
motivated to do so in order to integrate relational data stores into an object oriented 
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system without requiring the clients of the object system to retain specific knowledge of 
the relational model or the particulars of executing transactions in one or more relational 
data stores" (Wetherbee, Column 2 Lines 52-59). 

Referring to claim 12, Trappen in view of Abrashkevich and further in view of 
Komine and further in view of George and further in view of Wetherbee teaches the 
limitation: 

"wherein the database constraint is conditioned on the value of the class type 
attribute" (Wetherbee, Column 9 Line 62 through Column 10 Line 20). Particularly note 
the disclosure which states that The relational mapper is bidirectional such that the 
relational mapper maps data from a relational database to create objects in accordance 
with a type system of an object oriented software environment. 

13. Claims 13 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Trappen in view of Abrashkevich and further in view of Komine and further in view of 
George and further in view of Mather (U.S. Patent Application Publication Number 
2005/0055363). 

Referring to claim 13, Trappen in view of Abrashkevich and further in view of 
Komine and further in view of George does not explicitly teach the limitation: "wherein 
the database constraint is a "not null" constraint". 

Mather teaches the limitation: 
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"wherein the database constraint is a "not null" constraint" (Mather, Paragraph 

0035). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to add the feature of employing "no null" constraint in a relational 
table to the system of Trappen in view of Abrashkevich and further In view of Komine 
and further in view of George so that, in the resultant system, the database constraint 
will be a "not null" constraint. One would have been motivated to do so because it is 
well known in the art to use not-null constraint in relational tables where data is 
mandatory. 

14. Claims 14 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Trappen in view of Abrashkevich and further in view of Komine and further in view of 
George and further in view of Horn et al. (hereinafter "Horn", U.S. Patent Number 
5226158). 

Referring to claim 14, Trappen in view of Abrashkevich and further in view of 
Komine and further in view of George does not explicitly teach the limitation: "wherein 
the database constraint is an "arc" constraint". 

Horn teaches the limitation: 

wherein the database constraint is an "arc" constraint" (Horn, Column 9 Lines 45- 
61). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to add the feature of employing arc constraint as taught by Horn 
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to the system of Trappen in view of Abrashkevich and furtlier in view of Komine and 
further in view of George so that, in the resultant system, the database constraint would 
be an "arc". One would have been motivated to do so in order to maintain referential 
integrity (Horn, Column 2 Lines 40-43). 
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Conclusion 

1 5. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 



Application/Control Number: 10/684,055 Page 26 

Art Unit: 2162 

Contact Information 

16. Any inquiry concerning this communication or earlier communications from tlie 
examiner should be directed to Dennis Myint whose telephone number is (571) 272- 
5629. The examiner can normally be reached on 8:30 AM - 5:30 PM Monday-Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Breene can be reached on (571) 272-4107. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-5629. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 

/Cam Y Truong/ 

Primary Examiner, Art Unit 2162 
/dennis myint/ 

Dennis Myint 

Examiner 
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